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(54) Title: METHOD FOR TRANSMITTING DATA ON A BUS 

(54) Bezeichnung: VERFAHREN ZUR UBERTRAGUNG VON DATEN AUF EINEM BUS 



(57) Abstract: The invention relates to a method for transmitting data blocks from a data source (1) to a data sink (8) on a bus (5), 
which supports the transmission of frames having a variable limited number n of data elements. The inventive method comprises the 
following steps: a) sending (S2) an item of control information, which specifies at least the number N of data elements contained 
in a block to be transmitted, from the data sink (8) to the data source (1); b) if N > n, sending (D4) int(N/n) frames each having n 
data elements of the block to be transmitted, and a frame having (N mod n) data elements of the block to be transmitted from the 
<2> data source (1) to the data sink (8), whereby int(N/n) is the largest integer that is less than or equal to N/n, and; c) recognizing the 
^* transmission of a block as complete (S9) by the data sink (8) when the number of the data elements received in step b) matches the 



number N specified in the item of control information. 

m 

(57) Zusammenfassung: Verfahren zur Ubertragung von Datenblocken von einerDatenquelle ( 1) zu einer Datensenke (8) auf einem 
Bus (5), der die Ubertragung von Rahmen mit einer variablen, begrenzten Anzahl n von Datenelementen unterstiitzt, hat folgende 
Schritte: a) Senden (S2) einer Steuerinformation, die wenigstens die Zahl N der in einem zu ubertragenden Block enthaltenen Da- 
J~ tenelemente spezifiziert, von der Datensenke (8) an die Datenquelle (1); b) Wenn N>n ist, Senden (D4) von int(N/n) Rahmen mit 
je n Datenelementen des zu ubertragenden Blocks und eines Rahmens mit (N mod n) Datenelementen des zu ubertragenden Blocks 
Q von der Datenquelle (1) an die Datensenke (8), wobei int(N/n) die groBte ganze Zahl ist, die kleiner oder gleich N/n ist; c) Erkennen 
£^ der Ubertragung eines Blocks als vollstandig (S9) durch die Datensenke (8) , wenn die Zahl der in Schritt b) empfangenen Datene- 
lemente mit der in der Steuerinformation spezifizierten Zahl N ubereinstimmt. 
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Verfahren zur tibertaragung von Da ten auf einem Bus 

Die vorliegende Erfindung betrifft ein Verfahren 
10 zur Ubertragung von Datenblocken von einer Daten- 
quelle zu einer Datensenke auf einem Bus, der die 
Obertragung von Rahmen mit einer variablen, be- 
grenzten Zahl von Datenelementen unterstiitzt. Wenn 
die Zahl der Datenelemente eines solchen Blocks 
15 grofier ist als die maximal in einem Rahmen iiber- 
tragbare Zahl von Datenelementen, so muss der Block 
auf mehrere Rahmen verteilt iibertragen werden. Eine 
Datensenke, die diese Rahmen empfangt, muss den 
Block daraus wieder herstellen. 

20 

Eine korrekte Wiederherstellung des Blocks ist 
nicht moglich, wenn bei der Ubertragung von der Da- 
tenquelle zur -senke Rahmen unbemerkt verloren ge- 
hen konnen, oder wenn ein Rahmen, der den letzten 
25 Rahmen bei der Ubertragung des Blocks darstellt, 
nicht als solcher erkannt wird und weitere, spater 
empfangene Rahmen von der Datensenke dem gleichen 
Block zugeordnet werden. 

30 Das Problem, dass umfangreiche Datenblocke iibertra- 
gen werden mussen, die nicht vollstandig in einen 
Rahmen passen, stellt sich insbesondere bei der 
Entwicklung von auf dem CAN-Standard basierenden 
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Daten verarbeitenden Systemen, z.B von Steuergera- 
ten fur die Kraf tf ahrzeugtechnik. Der CAN-Standard 
ist gut angepasst, um kleine Datenmengen innerhalb 
vorgegebener Zeitspannen von einem Sensor an ein 
5 Steuergerat bzw. von dem Steuergerat an einen Aktor 
zum Beeinflussen des Betriebszustandes eines Kraft- 
f ahrzeugmotors oder anderer Einheiten des Kraft - 
fahrzeugs zu ubertragen. Im Laufe der Entwicklung 
und Optimierung eines solchen Systems ist es jedoch 

10 haufig erforderliche, umfangreiche Datenmengen zwi- 
schen dem Steuergerat .und einem Host-Rechner einer 
Entwicklungsumgebung zu iibertragen, so dass ein 
Entwickler im Dialog mit den Host-Rechner die Ar- 
beitsweise des Steuergerats exakt und detailliert 

15 verfolgen kann. 

Die Ubertragung solcher Datenmengen uber den CAN- 
Bus erfordert einen betrachtlichen Overhead und 
fuhrt zu einer erheblichen Belastung der Obertra- 

20 gungskapazitat des CAN-Busses. Wenn die Kommunika- 
tion des Steuergerats mit dem Host-Rechner mit an- 
deren auf dem Bus stattf indenden, fur die vom Steu- 
ergerat zu realisierenden Steuerauf gaben erforder- 
lichen Kommunikationsprozessen um Uber t ragungs kapa- 

25 zitat konkurriert, kann es vorkommen, dass die 0- 
bertragungskapazitat nicht fur alle Aufgaben aus- 
reichend, und die Funktionsf ahigkeit des Gerates 
kann beeintrachtigt sein. 

30 Vorteile der Erfindung 
• 

Durch die vorliegende Erfindung wird ein Verfahren 
zur Obertragung von Datenblocken auf einem Bus zwi- 
schen einer Datenquelle und einer Datensenke ge- 
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schaffen, das mit einem geringen Obertragungs- 
Overhead auskoirant und so die auf dem Bus zur Verfu- 
gung stehende Bandbreite effizent nutzt. Das Ver- 
fahren geht davon aus, das es die Datensenke ist, 
5 die das Format, insbesondere die Anzahl der Da ten- 
elemente, eines Datenblockes spezif iziert , den sie 
von einer Quelle zu empfangen erwartet . Diese Ele- 
mentzahl kann grofier sein als die Zahl der in einem 
einzelnen von dem Bussystem unterstiitzten Rahmen 

10 ubertragbaren Datenelemente. Wenn dies der Fall 
ist, mussen die Datenelemente eines Blocks auf meh- 
rere Rahmen verteilt und die Rahmen auf dem Bus zur 
Senke tibertragen werden. Wenn N die Zahl der Daten- 
elemente eines zu ubertragenden Blocks ist, und n 

15 die Zahl der Datenelemente ist, die maximal in ei- 
nem Rahmen ubertragbar sind, so fullt der Block int 
(N/n) Rahmen vollstandig, wobei int (N/n) die groflte 
ganze Zahl ist, die kleiner oder gleich N/n ist. 
Wenn diese vollstandig gefullten Rahmen tibertragen 

20 worden sind, wird anschliefiend noch ein Rahmen u- 
bertragen, der (N mod n) Datenelemente enthalt . Die 
Zahl der Datenelemente dieses letzten Rahmens kann 
also auch Null sein, wenn N durch n ohne Rest teil- 
bar ist. Aus der Tatsache, dass ein Rahmen mit we- 

25 niger als der hochstmoglichen Zahl n von Datenele- 
menten empfangen wurde, kann die Datensenke den 
Schluss Ziehen, das es sich um den letzten Rahmen 
eines Blocks handelt. Ein Vergleich der tatsachlich 
empfangenen Zahl von Datenelementen mit der erwar- 

30 teten Zahl N erlaubt auf Seiten der Datensenke eine 
Beurteilung, ob der Block vollstandig empfangen 
wurde . 
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Wenn die Zahl der Datenelemente N eines zu iibertra- 
genden Blocks kleiner als die Zahl n der maximal in 
einem Rahmen ubertragbaren Datenelemente ist, so 
ist das oben beschriebene Verfahren im Prinzip un- 
5 verandert anwendbar: In diesem Fall ist int (N/n) = 
0, es wird also nur ein einziger Rahmen mit den N 
Datenelementen ubertragen, der von der Datensenke 
auch unmittelbar als letzter Rahmen des Blocks er- 
kannt wird. 

10 

Eine vorteilhafte Sonderregelung ist moglich, wenn 
die Zahl der Datenelemente des Blocks N mit der ma- 
ximalen Zahl der Datenelemente des Rahmens n uber- 
einstimmt. Da die Datensenke die Zahl der zu uber- 

15 tragenden Datenelemente des Blocks spezifiziert hat 
und diese kennt, wenn sie den Block empfangt, ist 
sie bereits unmittelbar nach vollstandigem Empfan- 
gen eines Rahmens in der Lage, zu erkennen, das der 
darin enthaltene Block vollstandig eingetroffen 

2 0 ist. Da keine weiteren Rahmen zu ubertragen sind, 
die moglicherweise verloren . gehen oder in anderer 
Weise fehlerhaft ubertragen werden konnten, ist es 
in diesem Fall nicht erf orderlich, einen Rahmen oh- 
• ne Datenelemente zu iibertragen, um der Senke die 

25 vollstandige Ubertragung des Blocks anzuzeigen. 

Zweckmaftigerweise spezifiziert von der Datensenke 
an die -quelle iibertragene Steuerinf ormation nicht 
nur die Zahl der Elemente eines zu (ibertragenden 
30 Blocks, sondern auch den Zeitpunkt (bzw., im Fall 
von periodischer Obertragung, die Zeitpunkte) sowie 
die Art und Bedeutung der zu {ibertragenden Parame- 
ter. 
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Weitere Merkmale und Vorteile der Erfindung werden 
deutlich aus der nachf olgenden Beschreibung von 
Ausfiihrungsbeispielen mit Bezug auf die beigefugte 
Zeichnung . 

5 

Figuren 
Es zeigen: 



10 Fig. 1 ein Blockdiagramm eines exemplarischen 

Datenverarbeitungssystems, in dem das er- 
findungsgemafie Verfahren anwendbar ist: 

Fig. 2 die Struktur eines CAN-Rahmens; 

15 

Fig. 3 ein Flussdiagramm einer vom Steuergerat 

aus Fig. 1 im Rahmen des erfindungsgema- 
ften Verfahrens durchgef iihrten Verarbei- 
tung; 

20 

Fig. 4 ein Flussdiagramm einer vom Hostrechner 

durchgef iihrten Verarbeitung . 



Das Blockdiagramm der Fig. 1 zeigt als Beispiel fur 
25 ein erf indungsgemafies Datenverarbeitungssystem eine 
Entwicklungsumgebung fur einen Controller, insbe- 
sondere ein Kraf tf ahrzeug-Steuergerat . Dieses Steu- 
ergerat 1 umfasst einen Mikroprozessor 2, einen 
Speicherbaustein 3 und eine Schnittstelle 4 zu ei- 
30 nem Bus, insbesondere einem CAN-Bus 5, an dem eine 
Mehrzahl von Funktionseinheiten 6 des Kraftfahr- 
zeugs angeschlossen sind, welche Messwerte von Be- 
triebsparametern des Fahrzeugs uber den Bus 5 an 
das Steuergerat 1 liefern und/oder Befehle vom 
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Steuergerat 1 empfangen und ausfiihren. Bei den 
Funktionseinheiten kann es sich z.B. urn Drehwinkel- 
aufnehmer an einer Kurbelwelle des Fahrzeugsmotors, 
die einen Messwert fur den Drehwinkel der Kurbel- 
5 welle an das Steuergerat 1 liefern, oder urn Zund- 
kerzen des Motors handeln, die einen vom Steuerge- 
■ rat 1 aus den Messwerten der Drehwinkel aufnehmba- 
ren abgeleiteten Zundbefehl empfangen. Die Funkti- 
onseinheiten konnen noch diverse andere Mess- und 
10 Reglungsauf gaben erfullen, die hier nicht im Detail 
beschrieben werden . 

Wahrend sich das Steuergerat 1 noch in der Phase 
der Erprobung und Entwicklung befindet, ist an den 
15 CAN-Bus 5 eine Schnittstelle 7 angeschlossen, uber 
die ein Hostrechner 8 der Entwicklungsumgebung mit 
dem Steuergerat 1 kommunizieren kann. 

Mit Hilfe dieses Host-Rechners 8 ist es z.B. mog- 
lich, Daten, die das Steuergerat 1 von den diversen 
Funktionseinheiten 6 gesammelt und in dem Speicher- 
baustein 3 abgelegt hat, auszulesen und einem Ent- 

• 

wickler anzuzeigen, der so in der Lage ist, die Ar- 
beitsweise des Mikroprozessors 2 zu beurteilen und 
eventuelle Fehler der Arbeitsweise durch Anderungen 
am Steuerprogramm des Mikroprozessors 2 zu beheben. 

Bei der Kommunikation des Mikroprozessors 2 mit den 
Funktionseinheiten 6 werden im Allgemeinen kleine 
30 Datenmengen unter strikten zeitlichen Anf orderungen 
ubertragen. D.h. wenn eine der Funktionseinheiten 6 
einen Parameterwert geliefert hat, muss das Steuer- 
gerat 1 in vorgegebener, kurzer Zeit darauf reagie- 
ren, und es ist nicht moglich, z. B. mehrere Mess- 



20 



25 
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werte der Funktionseinheit zu sammeln und diese 
mehreren Messwerte als eine Einheit mit einem Satz 
an Overhead-Information zu libertragen, um die Ef- 
fektivitat der Ubertragung zu verbessern. Aus die- 
5 sem Grund verwendet das CAN-Busprotokoll ver- 
gleichsweise kurze Rahmen mit maximal 8 Byte Nutz- 
dateninhalt, bei denen der Overhead-Anteil an der 
insgesamt tibertragenen Datenmenge recht hoch ist, 
die aber dafiir eine Datenubertragung mit kurzen 
10 Verzogerungen ermoglichen. 

Zur Verdeutlichung ist in Fig. 2 die Struktur eines 
CAN-Rahmens detailliert dargestellt. Ein einzelnes 
Startbit S kennzeichnet den Beginn des Rahmens . Auf 

15 dieses folgt ein 11 Bit breites Feld ID, das eine 
eindeutige Bezeichnung desjenigen an den CAN-Bus 5 
angeschlossenen Gerates (einer der Funktionseinhei- 
ten 6, des Steuergerates 1 oder eines einzelnen auf 
diesem ablaufenden Prozesses, oder des Host- 

20 Rechners 8 bzw. eines auf diesem ablaufenden Pro- 
zesses) enthalt, fur den die Nutzdaten des betref- 
fenden CAN-Rahmens bestimmt sind. 

Es schlieJien sich 3 Statusflags F an, die Eigen- 
25 schaften des CAN-Rahmens spezif izieren, die fur die 
vorliegende Erfindung nicht von Bedeutung sind und 
nicht weiter erlautert werden. 

Ein darauf folgendes 4 Bit breites Feld L spezifi- 
30 ziert die Zahl der in dem CAN-Rahmen enthaltenen 
Nutzdatenbytes . Diese Zahl kann zwischen 0 und 8 
Bytes liegen. 
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Die Lange des sich anschliefienden Abschnitts DATA 
entspricht der im Feld L angegebenen Bytezahl. 

Ein 16 Bit breites Priif summenf eld CRC erlaubt in 
5 herkommlicher Weise die Erkennung und Behebung von 
in den davor liegenden Feldern auf getretenen Uber- 
tragungsf ehlern. Es folgen zwei Bestatigungsbits 
ACK und ein 7 Bit breites Feld ELF mit einem das 
Ende des Rahmens anzeigenden Bitmuster. Bis zum Be- 
10 ginn des darauf folgenden Rahmens konnen 1-3 Bits 
eingefugt sein, die keine Information ubertragen. 

Wahrend das CAN-Protokoll an die Obertragung klei- 
ner Datenmengen mit kurzen Reaktionszeiten gut an- 

15 gepasst ist, ergeben sich Probleme, wenn grofte, zu- 
sammenhangende Datenmengen ubertragen werden mus- 
sen, die nicht in einen einzelnen CAN-Rahmen pas- 
sen. Diese mussen jeweils auf Seiten der Datenquel- 
le, die sie auf dem Bus 5 sendet, auf mehrere Rah- 

20 men verteilt werden und auf Seiten der sie empfan- 
genden Senke wieder vollstandig und in der richti- 
gen Reihenfolge zusammengef iigt werden. Dies kann 
insbesondere dann scheitern, wenn infolge eines 
Fehlers bei der Obertragung des Identifi- 

25 katorabschnitts ID die Datensenke einen an sich fur 
sie bestimmten Rahmen nicht als solchen erkennt und 
ignoriert, wenn sie aus dem gleichen Grunde einen 
Rahmen falschlich als fur sie bestimmt auffasst, 
wenn beim Empfangen des Langenf eldes L ein Fehler 

30 auftritt, Nutzdaten falsch ubermittelt werden Oder 
dergleichen. Um dies zu vermeiden oder solche Feh- 
ler zumindest erkennen und abfangen zu konnen, wird 
bei herkommlichen Systemen eines der 8 Nutzdaten- 
bytes jedes Rahmens herangezogen, um eine laufende 
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Nummer zu ubertragen, die es der Datensenke ermog- 
licht, Liicken in der Folge der von ihr empf angenen 
Rahmen oder f alschlicherweise ihr zugeordnete Rah- 
men zu erkennen. Die Ubertragung einer solchen lau- 
5 fenden Nuiraner erhoht zusatzlich den Overhead-Anteil 
des Rahmens und vermindert die Effektivitat der Da- 
tenubertragung • 

Um diesem Obel zu begegnen, nutzt die Erfindung die 

10 Tatsache, das bei vielen tibertragungsauf gaben der 
Datensenke der Umfang des zu iibertragenden Daten- 
satzes vorab bekannt ist. Dies ist insbesondere in 
einem Datenverarbeitungssystem wie in dem der Fig. 
1 der Fall, wenn Messdaten oder andere Betriebspa- 

15 rameter des Steuergerats 1 an den Hostrechner 8 u- 
bertragen werden. Dies geschieht im Allgemeinen auf 
vorherige Veranlassung des Hostrechners 8, der so- 
mit „weifi", welches die von dem Steuergerat 1 zu 
iibertragenden Daten sind und welchen Umfang diese 

20 haben. Wenn der Hostrechner einen Hinweis vom Steu- 
ergerat empfangen hat, dass letzteres die Ubertra- 
gung eines Datenblocks als beendet ansieht, genugt 
es daher, den Umfang der tatsachlich in dem Block 
empf angenen Daten mit dem vorbekannten Umfang zu 

25 vergleichen, um f estzustellen, ob Obertragungsf eh- 
ler aufgetreten sind, und bei Obereinstimmung der 
empfangenen Datenmengen mit der erwarteten die 0- 
bertragung als erfolgreich anzuerkennen. 

30 Ein Arbeitsverf ahren des Steuergerats 1 und des 
Hostrechners 8, die nach dem oben erlauterten Prin- 
zip zusammenwirken, wird im Bezug auf die Flussdia- 
gramme der Fig. 3 und 4 beschrieben. 
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Fig. 3 zeigt die Arbeitsweise der Datensenke, im 
hier betrachteten Beispiel also des Hostrechners 8, 
und Fig. 4 die der Datenquelle, d.h des Steuerge- 
rats 1. 

5 

In Schritt SI definiert ein Entwickler im Dialog 
mit dem Hostrechner 8 die Struktur eines Daten- 
blocks, der aus dem Steuergerat 1 in den Hostrech- 
ner 8 iibertragen werden soil. Die Definition dieser 

10 Struktur umfasst im einzelnen die Festlegung eines 
Werts des Identif ikators ID, der spater die Zuord- 
nung der iibertragenen Rahmen zu demjenigen auf dem 
Hostrechner laufenden Prozess ermoglicht, der diese 
benotigt. Weiterhin werden die zu ubertragenden Pa- 

15 rameter festgelegt, d.h. es wird eine Liste der Re- 
gister oder Speicherplatze des Speicherbausteins 3 
des Steuergerat s 1 festgelegt, deren Inhalt zum 
Hostrechner 8 iibertragen werden soil, und die Rei- 
henfolge, in der diese Parameter iibertragen werden 

20 sollen. Schlieftlich wird noch ein Zeitpunkt festge- 
legt, an welchem das Lesen der betreffenden Spei- 
cherplatze stattfinden soil. Der Zeitpunkt kann ein 
einzelner, absolut festgelegter Zeitpunkt sein, er 
kann definiert sein durch ein bestimmtes zeitliches 

25 Verhaltnis zum Eintreten einer externen Bedingung, 
z.B. mit einer spezif izierten Verzogerung nach Aus- 
losung eines bestimmten Interrupts) , oder es kann 
eine periodische Ubertragung mit spezif izierter Pe- 
riode vorgesehen werden. 

30 

Im Schritt S2 wird die so festgelegte Steuerinfor- 
mation an das Steuergerat 1 iibertragen. Der Ein- 
fachheit halber soil angenoramen werden, dass der 
Umfang der zu ubertragenden Steuerinf ormation 8 
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Byte nicht uberschreitet , so dass die Steuerinfor- 
mation in einem einzelnen herkommlichen CAN-Rahmen 
iibertragen werden kann. Wenn die zu ubertragende 
Steuerinf ormation mehr als 8 Bytes umfasst, kann 
5 das im Folgenden fur die Ubertragung eines Daten- 
blocks von der Datenquelle zur -senke beschriebene 
Verfahren auch fur die Ubertragung der Steuerinfor- 
mation von der Datensenke an die -quelle eingesetzt 
werden . 

10 

Die Steuerinf ormation wird von der Datenquelle , 
hier dem Steuergerat 1, empfangen (Schritt Dl in 
Fig. 4) . Wahrend dessen bereitet sich die Datensen- 
ke auf den Empfang eines ersten Blocks von Daten 
15 vor, in dem sie einen Zahler N(t) auf 0 setzt 
(Schritt S3) . Anschlieflend geht sie in einen Warte- 
zustand S4 iiber, in welchem sie auf das Eintreffen 
eines Rahmens liber den CAN-Bus 5 wartet. 

20 Parallel dazu wartet die Datenquelle auf den in der 
Steuerinf ormation spezif izierten Zeitpunkt zum Le- 
sen der Register (D2) . Zum ang,egebenen Zeitpunkt 
beginnt sie mit dem Lesen der Register und sendet 
den Kopf abschnitt H eines CAN-Rahmens, also die in 

25 Fig. 2 mit S bis L bezeichneten Abschnitte, an den 
Hostrechner 8. Dieser uberpruft in Schritt S5 den 
im Kopf abschnitt H ubertragenen Identif ikator ID, 
ob er mit dem erwarteten tibereinstimmt . Wenn keine 
Ubereinstimmung vorliegt, kehrt der Hostrechner 8 

30 entweder in den Wartezustand S4 zuruck oder er ver- 
zweigt zu einem anderen Verarbeitungsprozess, wenn 
der Identif ikator ID einem anderen, ebenfalls von 
ihm ausgefuhrten Prozess entspricht. 
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Wahrend dessen sendet das Steuergerat in Schritt D4 
ein Datenbyte des Rahmens. Anschliefcend (D5) uber- 
priift das Steuergerat, ob gemali der Definition des 
Blocks noch zu sendende Datenbytes iibrig sind. 1st 
5 dies nicht der Fall, so wird in Schritt D6 der 
Schwanzabschnitt (Trailer) des CAN-Rahmens, d.h. 
vom CRC-Abschnitt bis zum EOF-Abschnitt , gesendet 
(D6) . Dann wird in Schritt D7 gepruft, ob die Byte- 
zahl N des Blocks von n verschieden oder ohne Rest 
10 durch n teilbar ist. 1st eine dieser Bedingungen 
erfullt, so wird in Schritt D8 noch ein Rahmen ohne 
Nutzdaten gesendet, bevor das Verfahren, sofern es 
sich nicht um einen nur einmal zu sendenden Block 
handelt, zu Schritt D2 zuruckkehrt. Andernfalls en- 
15 det das Verfahren unmittelbar oder kehrt unmittel- 
bar, ohne Senden eines Leerrahmens, zu D2 zuruck. 

Ergibt die Oberpriifung in Schritt D5, dass noch Da- 
tenbytes zu senden sind, geht das Verfahren weiter 
zu Schritt D9, in welchem iiberpruft wird, ob in dem 
in Obertragung befindlichen Rahmen noch ein weite- 
res Byte ubertragen werden darf. Wenn ja, kehrt das 
Verfahren zu Schritt D4 zuruck, um das Byte zu sen- 
den, wenn nein, wird in Schritt D10 der Schwanzab- 
schnitt gesendet, und das Verfahren kehrt zu 
Schritt D3 zuruck, um mit der Ubertragung des Kopf- 
abschnitts eines weiteren Rahmen zu beginnen. 

Wenn der Host-Rechner 8 in Schritt S5 den Identifi- 
30 kator des Rahmens fur korrekt befunden hat, emp- 
fangt er in Schritt S6 ein Datenbyte und inkremen- 
tiert den Zahler N(t) der empfangenen Bytes. An- 
schlieliend v.ergleicht er in Schritt S7 die im Lan- 
genfeld L des Kopf abschnitts H angegebene Zahl n(t) 
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von in diesem Rahmen enthaltenen Nut zdatenbytes mat 
der maximal zulassigen Zahl von Nutzdatenbytes n=8 . 
Wenn beide Werte ubereinstimmen, verzweigt das Ver- 
fahren zu Schritt S8, in welchem der Hostrechner 
die Gesamtzahl der in dem zu iibertragenden Block 
enthaltenen Datenbytes N, die ihm aus dem Schritt 
SI des Definierens des Blocks bekannt ist, mit der 
maximal zulassigen Bytezahl n eines Rahmens ver- 
gleicht. Wenn beide nicht ubereinstimmen, so bedeu- 
tet dies, das die Ubertragung weiterer CAN-Rahmen 
zu erwarten ist, die weitere Bytes des gleichen 
Blocks befordern, und das Verfahren kehrt zuruck 
zum Wartezustand des Schritts S4 . Wird in Schritt 
S7 jedoch Gleichheit f estgestellt , so bedeutet dies 
das der Block insgesamt nur < 8 Datenbytes enthalt, 
und dass seine Obertragung somit vollstandig ist. 
In diesem Fall geht das Verfahren uber zur Verar- 
beitung der empfangenen Datenbytes in Schritt S9. 

20 Wenn der Hostrechner 8 in Schritt S7 feststellt, 
das die im aktuellen Rahmen iibertragene Bitzahl 
n(t) die maximal zulassige Bitzahl n ist, so bedeu- 
tet dies, dass es sich urn den letzten Rahmen eines 
Blocks handelt. Der Hostrechner 8 vergleicht dar- 

25 aufhin (S9) die Zahl N(t) der bislang empfangenen 
Datenbytes dieses Blocks mit der Bytezahl N gemali 
der in Schritt 1 getroffenen Definition. Bei Un- 
gleichheit muss ein Fehler stattgef unden haben, und 
das Verfahren verzweigt zu einer Fehlerbehandlungs- 

30 routine, in der z.B. der gesamte Block verworfen 
Oder eine Neuiibertragung des Blocks angefordert 
werden kann. Bei Obereinstimmung wird der Block als 
korrekt empfangen angesehen und in Schritt S9 ver- 
arbeitet . 
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AnschlieJJend kehrt das Verfahren zu Schritt S3 zu- 
rlick, um den Bytezahler N(t) erneut auf 0 zu setzen 
und auf die Obertragung eines weiteren Datenblocks 
5 zu warten. 

Mit dem vorliegenden Verfahren wird erreicht, das 
auch bei der Obertragung von zusammenhangenden 
Nutzdatenblocken, die mehr Nutzdatenbits umfassen, 
10 als ein CAN-Rahmen aufzunehmen vermag, die gesamte 
Obertragungskapazitat des CAN-Rahmens zur Obertra- 
gung dieser Nutzdaten zur Verfiigung steht und keine 

♦ 

zusatzliche Nut zdaten-Obertragungskapazitat fur die 
Obertragung von Steuerinf ormationen abgestellt wer- 
15 den muss. Das Verfahren ist mit den bestehenden, 
die Datemibertragung auf dem CAN-Bus betreffenden 
Normen kompatibel . 
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Verfahren zur Ubertragung von Datenblocken von 
einer Datenquelle (1) zu einer Datensenke (8) 
auf einem Bus (5) , der die Ubertragung von 
Rahmen mit einer variablen, begrenzten Anzahl 
n von Datenelementen unterstiitzt, mit den 
Schritten : 

a) Senden (S2) einer Steuerinf ormation, die 
wenigstens die Zahl N der in einem zu u- 
bertragenden Block enthaltenen Datenele- 
mente spezif iziert , von der Datensenke 
(8) an die Datenquelle (1); 

b) Wenn N>n ist, Senden (D4) von int(N/n) 
Rahmen mit je n Datenelementen des zu ti- 
bertragenden Blocks und eines Rahmens mit 
(N mod n) Datenelementen des zu ubertra- 
genden Blocks von der Datenquelle (1) an 
die Datensenke (8), wobei int (N/n) die 
grofite ganze Zahl ist, die kleiner oder 
gleich N/n ist; 

c) Erkennen der Ubertragung eines Blocks als 
vollstandig (S9) durch die Datensenke ( 8 ) , 
wenn die Zahl der in Schritt b) empfange- 
nen Datenelemente mit der in der Steuer- 
information spezif izierten Zahl N uber- 
einstimmt . 

Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet/ dass wenn N=n ist, die Datenquelle 
(1) einen einzigen Rahmen mit N Datenelementen 
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sendet und die Datensenke (8) den Block be- 
reits nach Empfang des einzigen Rahmens als 
vollstandig erkennt (S8) . 

3. Verfahren nach Anspruch 1 oder 2, dadurch ge- 
kennzeichnet, dass die Datenquelle (1) den 
Block zu einem Zeitpunkt sendet, der in der 
Steuerinf ormation spezif iziert ist . 

4 . Verfahren nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass die Da- 
tenquelle (1) den Block aus einer Mehrzahl von 
in der Steuerinf ormation spezif izierten Para- 
metern zusammenstellt . 

5 . Verfahren nach einem der vorhergehenden An- 
sprviche, dadurch gekennzeichnet, dass der Bus 
ein CAN-Bus ist. 

6. Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass es in 
einer Entwicklungsumgebung fur eine Control- 
lerschaltung angewendet wird, wobei die Daten- 
quelle (1) die Controllerschaltung ist und die 
Datensenke (8) ein Host-Rechner ist. 
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Fig. 3 
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